主题
对比分析:AI Agent 框架选型
一句话结论:Agent 框架先分**代码框架(控制力优先)和低代码平台(效率优先)**两大类;再在代码框架里按「单 Agent 编排 / 多 Agent 协作 / 数据检索 / 结构化输出」四个诉求选型。没有银弹,选型看团队是程序员还是业务人员、要不要深度定制。
第一层:代码框架 vs 低代码平台
| 维度 | 开源开发框架 | 低代码/无代码平台 |
|---|---|---|
| 目标用户 | 专业开发者 | 业务人员 / 快速验证 |
| 交互 | 写代码 | 可视化拖拽 |
| 控制力 | 高(可深度定制复杂应用) | 低(受平台能力约束) |
| 代表 | LangChain、AutoGen、CrewAI | Dify、Coze、n8n |
第二层:开源框架逐个对比
| 框架 | 出品 | 核心范式 | 优势 | 短板 |
|---|---|---|---|---|
| LangChain | 社区 | 「链」式编排 | 生态成熟、集成丰富(瑞士军刀) | 功能臃肿、过度抽象、线性链难处理循环/多 Agent |
| LangGraph | LangChain 团队 | 有状态图 | 解决链式局限,支持循环/条件/多 Agent | 需换心智模型 |
| LlamaIndex | 社区 | 数据/索引 | 文档解析、检索策略强 | 与 LangChain 功能重叠,常组合用 |
| AutoGen | 微软 | 多 Agent 对话 | 动态交互、代码执行强,适合探索未知解 | 研究型场景,生产门槛高 |
| CrewAI | 社区 | 角色团队 | 结构化角色扮演,流程可控 | 适合已知/可控流程,灵活度低于 AutoGen |
| Pydantic AI | Pydantic | 结构化验证 | 强制输入输出类型安全,可自纠错 | 偏工程稳定性,生态较新 |
| LazyLLM | 商汤 | 数据流 | 国产、懒人友好、组件统一、RAG 可视化 | 平台未完全开源 |
第三层:低代码平台对比
| 平台 | 定位 | 开源 | 特点 |
|---|---|---|---|
| Dify | LLMOps 一体化 | 开源 | 提示词编排 + RAG + Agent + 可观测性 |
| Coze(扣子) | 商业化产品 | 闭源 | 无代码运营人员可中低复杂度搭建并部署 |
| n8n | 工作流自动化 + AI 节点 | 开源 | 拖拽 + 自定义代码混合,非 AI 原生 |
| make | 企业级无代码 | 闭源 | 海量 SaaS 连接器,跨应用自动化 |
选型决策树
有编程能力?
├─ 是 → 代码框架
│ ├─ 单 Agent 编排、生态成熟 → LangChain(或 LangGraph 处理循环/多 Agent)
│ ├─ 多 Agent 协作、角色明确 → CrewAI;探索未知解 → AutoGen
│ ├─ 重数据/检索 → LlamaIndex
│ └─ 重输出结构化/稳定性 → Pydantic AI
└─ 否 → 低代码平台
├─ 围绕大模型做应用 → Dify(开源可自托管)
├─ 纯运营无代码 → Coze
└─ 把 AI 嵌入现有业务流程 → n8n / make不变量(必须成立的约束)
- 「代码框架 vs 低代码」是控制力与效率的取舍,二者边界清晰,不互相替代。
- 框架解决「编排」,不解决「模型能力」:选型纠结于框架而忽略模型本身,是常见误判。
- 多 Agent 协作是硬需求时才上 AutoGen/CrewAI:单 Agent + 工具调用能解决大多数场景,不必为「多 Agent」而多 Agent。
常见误解
- 以为「LangChain 是唯一选择」→ 它功能全但臃肿,简单任务可能过度设计;LlamaIndex 在数据检索上更专。
- 以为「AutoGPT 能全自动」→ 早期 AutoGPT 自主循环强但生产不稳定,别当生产方案用。
- 以为「低代码平台只能做玩具」→ Dify/Coze 已能落地中低复杂度的真实业务。
关联
- 总览:AI大模型技术栈总览
- Agent 五要素:[概念卡片:AI Agent](./概念卡片:AI Agent)
- 框架细节:概念卡片:LLM应用框架
- 源:
B40-资源/语雀-Code-Summary/AITech/(2025年Agent开发框架选型&实战笔记 / AIAgent指南)